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METHOD AND APPARATUS FOR MEASURING ABSOLUTE AND 



NET POWER CONSUMPTION FOR COMPUTER SYSTEMS 



TECHNICAL FIELD 

[0001] Embodiments of the present invention pertain to power measurements in computer 
systems. More specifically, embodiments of the present invention relate to a method and 
apparatus for measuring absolute and net power consumption for computer systems running 
applications. 

BACKGROUND 

[0002] Continuing efforts have been made on several fronts to better manage power in 
computer systems in order to conserve electricity and extend battery life. Solutions for power 
conservation include improving designs of hardware components such as microprocessors, 
displays, and storage devices to make them more energy efficient. Solutions for power 
conservation also include the development of mechanisms in operating systems to allow 
computer users to adjust power to the display and hard disk as well as configure standby and 
hibernation modes of computer systems. 

[0003] More recently, software developers have also taken the initiative to assess the effect 
of certain applications on power consumption on a computer system platform. In order for 
software developers to gather power data on applications, the computer system platform needed 
to be tested in a lab where measurement devices could be physically connected to the computer 
system platform to take accurate readings. This required additional resources that increased the 
cost and time of product development. The introduction of the smart battery has allowed some 
products to provide power consumption data for a computer system platform. These products, 
however, do not have the capability to determine the quality nor check the accuracy of the 
information supplied by the smart battery, nor do the products provide net power consumption 
information for an application being run on the computer system. 
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Thus, there exists a need for an efficient and effective method for determining the net 
power consumption of an application on a computer system platform. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

[0004] The features and advantages of embodiments of the present invention are illustrated 
by way of example and are not intended to limit the scope of the embodiments of the present 
invention to the particular embodiments shown. 

[0005] Figure 1 illustrates a block diagram of a computer system in which an embodiment of 
the present invention resides in. 

[0006] Figure 2 is a block diagram of a power evaluation unit according to an embodiment 
of the present invention. 

[0007] Figure 3 illustrates a time table of a measurement methodology according to an 
embodiment of the present invention; 

[0008] Figure 4 is a flowchart diagram illustrating a method for managing power data 
according to an embodiment of the present invention. 

[0009] Figure 5 is a flow chart illustrating a method for measuring the quality of power data 
according to an embodiment of the present invention. 

[0010] Figure 6 illustrates exemplary power capacity data collected for a computer system 
according to an embodiment of the present invention. 

[001 1] Figure 7 illustrates exemplary discharge rate data collected for a computer system 
according to an embodiment of the present invention. 

[0012] Figure 8 illustrates the correlation between sampling points taken by a power 
evaluation unit and the power capacity data provided by a smart battery. 
[0013] Figure 9 is a table illustrating information generated by the power evaluation unit 
according to an embodiment of the present invention. 
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DETAILED DESCRIPTION 

[0014] In the following description, for purposes of explanation, specific nomenclature is set 
forth to provide a thorough understanding of embodiments of the present invention. However, it 
will be apparent to one skilled in the art that these specific details may not be required to practice 
the embodiments of the present invention. In other instances, well-known circuits, devices, and 
programs are shown in block diagram form to avoid obscuring embodiments of the present 
invention unnecessarily. 

[0015] Figure 1 is a block diagram of an exemplary computer system 100 in which an 
embodiment of the present invention resides in. The computer system 100 includes a processor 
101 that processes data signals. The processor 101 may be a complex instruction set computer 
microprocessor, a reduced instruction set computing microprocessor, a very long instruction word 
microprocessor, a processor implementing a combination of instruction sets, or other processor 
device. Figure 1 shows the computer system 100 with a single processor. However, it is 
understood that the computer system 100 may operate with multiple processors. The processor 
101 is coupled to a CPU bus 1 10 that transmits data signals between processor 101 and other 
components in the computer system 100. 

[0016] The computer system 100 includes a memory 113. The memory 113 may be a 
dynamic random access memory device, a static random access memory device, or other memory 
device. The memory 113 may store instructions and code represented by data signals that may be 
executed by the processor 101 . A cache memory 102 resides inside processor 101 that stores data 
signals stored in memory 113. The cache 102 speeds up memory accesses by the processor 101 
by taking advantage of its locality of access. In an alternate embodiment of the computer system 
100, the cache 102 resides external to the processor 101. A bridge memory controller 1 1 1 is 
coupled to the CPU bus 1 10 and the memory 113. The bridge memory controller 1 1 1 directs data 
signals between the processor 101, the memory 113, and other components in the computer 
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system 100 and bridges the data signals between the CPU bus 1 10, the memory 113, and a first 
10 bus 120. 

[0017] The first 10 bus 120 may be a single bus or a combination of multiple buses. The 
first 10 bus 120 provides communication links between components in the computer system 100. 
A network controller 121 is coupled to the first 10 bus 120. The network controller 121 may link 
the computer system 100 to a network of computers (not shown) and supports communication 
among the machines. A display device controller 122 is coupled to the first IO bus 120. The 
display device controller 122 allows coupling of a display device (not shown) to the computer 
system 100 and acts as an interface between the display device and the computer system 100. 
[0018] A second IO bus 130 may be a single bus or a combination of multiple buses. The 
second IO bus 130 provides communication links between components in the computer system 
100. A data storage device 131 is coupled to the second IO bus 130. The data storage device 131 
may be a hard disk drive, a floppy disk drive, a CD-ROM device, a flash memory device or other 
mass storage device. An input interface 132 is coupled to the second IO bus 230. The input 
interface 132 may be, for example, a keyboard and/or mouse controller or other input interface. 
The input interface 132 may be a dedicated device or can reside in another device such as a bus 
controller or other controller. The input interface 132 allows coupling of an input device to the 
computer system 100 and transmits data signals from an input device to the computer system 100. 
An audio controller 133 is coupled to the second IO bus 130. The audio controller 133 operates 
to coordinate the recording and playing of sounds and is also coupled to the IO bus 130. An 
embedded controller 134 is coupled to the second IO bus 130. The embedded controller 134 may 
be an Advance Configuration and Power Interface (ACPI) (published 2003) compatible controller 
that is configured to support a smart battery (not shown) via a System Management Bus (SMBus) 
(published 1995). The smart battery may be used to provide power to the computer system 100 
and provide information regarding its current charge capacity and discharge rate. It should be 
appreciated that the smart battery may be coupled to the computer system 100 using other 
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interfaces and configurations. A bus bridge 123 couples the first IO bus 120 to the second 10 bus 
130. The bus bridge 123 operates to buffer and bridge data signals between the first 10 bus 120 
and the second 10 bus 130. 

[0019] Figure 2 is a block diagram of a power evaluation unit 200 according to an 
embodiment of the present invention. The power evaluation unit 200 includes a plurality of 
modules that may be implemented in software and reside in the memory 1 13 of the computer 
system 100 (shown in Figure 1) as sequences of instructions. Alternatively, it should be 
appreciated that the modules of the power evaluation unit 200 may be implemented as hardware 
or a combination of both hardware and software. The power evaluation unit 200 includes an 
application manager 210. The application manager 210 controls the applications run on the 
computer system 100 during power evaluation such that the power evaluation unit 200 can collect 
desired power data. According to an embodiment of the power evaluation unit 200, the 
application manager 210 runs the application to be evaluated for a period of time, TAppiication, after 
an idle period. During the period of time, T App ii cation , power data may be collected for the 
computer system 100 while running the application. The application manager 210 shuts down the 
application. After another idle period, power data may be collected for the computer system 100 
in a baseline state (while the application is not running) for a period of time, T BaS eime- 
[0020] According to an alternate embodiment of the present invention, the application is 
started and allowed to run until completion by the application manager 210. In this embodiment, 
the application manager 210 measures the run-time of the application and designates this run-time 
as T App iication. The application manager 210 may include a timer for performing this task. During 
the run-time, TAppiication, data is collected from the computer system 100. After an idle period, 
power data may be collected for the computer system 100 in a baseline state for a period of time, 
Teaseiine- It should be appreciated that T A p P ii C ation may be determined and set using other techniques. 
For example, T Ap piication may be determined manually by a computer system user. 
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[0021] During the periods of time T A pp licat i 0n and T Ba seiine> all other devices and activities on 
the computer system 100, with the exception of the application, are set to operate identically in 
order to obtain accurate power data for computing absolute and background power consumption. 
[0022] Figure 3 illustrates a time table of a measurement methodology according to an 
embodiment of the present invention. In this embodiment, an idle period of 10 seconds is used 
before collecting power data for the computer system 100 (shown in Figure 1) while running the 
application, and before collecting power data for the computer system 100 while the application 
is not running. It should be appreciated that the idle period may be of any time duration and that 
power data may be collected during the idle period and not considered for the purpose of 
computing absolute and net power. 

[0023] Referring back to Figure 2, the power evaluation unit 200 includes a data retriever 
unit 220. The data retriever unit 220 interfaces the operating system (not shown) of the computer 
system 100 (shown in Figure 1) to retrieve power data. According to an embodiment of the 
power evaluation unit 200, the power data includes power capacity and discharge rate data 
supplied by a smart battery powering the computer system 100. Alternatively, the power capacity 
and discharge rate data may be supplied by a hardware component measuring equivalent 
characteristics from the computer system 100 from an alternative power source powering the 
computer system 100 such as an AC power source. It should be appreciated that the data retriever 
unit 220 may provide other system/application data at the sample points. For example, the 
system/application data may include CPU frequency, CPU utilization, or other data. The power 
evaluation unit 200 may correlate the system/application data with the power data at the sample 
points. 

[0024] The power evaluation unit 200 includes a data evaluation unit 230. The data 
evaluation unit 230 receives information from the application manager 210 including the 
approximate time in which an application is running on the computer system. The data 
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evaluation unit 230 also receives power data from the data retriever unit 220. The data evaluation 
unit 230 determines the quality of the power data. According to an embodiment of the power 
evaluation unit 200, the data evaluation unit 230 computes a systematic error related to an update 
granularity of the power data. If the computed systematic error exceeds a threshold value, the 
data evaluation unit 230 generates a notification and/or provides a suggestion as to how to reduce 
the systematic error to an acceptable level. In one embodiment, the data evaluation unit 230 
computes a period of time, T A ppii cation , in which the application may run that may reduce the 
systematic error. 

[0025] The power evaluation unit 200 includes a data processor unit 240. The data 
processor unit 240 receives the power data from the data retriever unit 220 and an indication of 
whether the systematic error associated with the power data is acceptable. According to one 
embodiment, if the systematic error associated with the power data is acceptable, the power 
evaluation unit 200 computes the absolute power required for operating the computer system 100 
with the application and the net power required for running the application alone. The data 
processor unit 240 first computes the absolute power for operating the computer system 100 and 
the application by determining the power used by the computer system 100 and the application 
during the time period T A ppii cat ion. The data processor unit 240 then computes the background 
power for operating the computer system 100 during a baseline state without running the 
application during the time period T Base H ne . From these values, the data processor unit 240 is able 
to determine the net power required for running the application alone. According to one 
embodiment, the data processor unit 240 computes the absolute and net power values using 
power capacity and discharge rates separately. The absolute and/or net power values computed 
are compared to determine the accuracy of the results. 

[0026] Figure 4 is a flowchart diagram illustrating a method for managing power data 
according to an embodiment of the present invention. At 401, the application to be evaluated is 
started. 
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[0027] At 402, power data from the computer system on which the application is run is 
collected. According to an embodiment of the present invention, the power data is sampled from 
a smart battery powering the computer system and transmitted to the operating system of the 
computer system where it may be accessed. The power data may include the power capacity of 
the battery and the discharge rate of the battery. 

[0028] At 403, it is determined whether the run-time for collecting power data corresponding 
to the running of the application, T App ij ca tion, has transpired. If the run-time for collecting power 
corresponding to the running of the application has not transpired, control returns to 402. If the 
run-time for collecting power data corresponding to the running of the application has transpired, 
control proceeds to 404. According to an embodiment of the present invention, a predefined time 
period is initially set for the run-time. 
[0029] At 404, the application is stopped. 

[0030] At 405, power data from the computer system without the application running is 
collected. The power data collected may include the power capacity and the discharge rate of the 
battery powering the computer system. It should be appreciated that at 402 and 405 
system/application data may also be collected during the periods of time that power data is 
collected. 

[0031] At 406, it is determined whether the run-time for collecting power data corresponding 
to the application not running, T Ba seime> has transpired. If the run-time for collecting power data 
corresponding to the application not running has not transpired, control returns to 405. If the run- 
time corresponding to the application not running has transpired, control proceeds to 407. 
According to an embodiment of the present invention, run-time T BaS eiine is set to T Appl j cat i on . 
[0032] At 407, a systematic error for the power data collected is determined. According to 
one embodiment, the systematic error may be determined in response to the update granularity 
(frequency) of the power data provided by the smart battery. 
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[0033] At 408, it is determined whether the systematic error is acceptable. The systematic 
error may be compared with a threshold systematic error value. If the systematic error is not 
acceptable, control proceeds to 409. If the systematic error is acceptable, control proceeds to 410. 
[0034] At 409, a new run-time for collecting power data corresponding to the running of the 
application, T A ppij cation , is computed to reduce the systematic error so that the error is acceptable. 
An indication may also be generated that indicates that the systematic error for the power data has 
exceeded a threshold value and that the power data is not acceptable. Control proceeds to 402. 
According to an alternate embodiment of the present invention, only an indication that the 
systematic error has exceeded a threshold value and that the power data is not acceptable is 
generated without the determining of a new run-time and the re-collection of power data. In this 
embodiment, the net power consumption of the application is not determined. 
[0035] At 410, the absolute and net power consumption of the computer system is 
determined. In computing the absolute power consumption of the computer system, the 
difference is taken of the power capacity values collected at the start and the end of the time 
period T A ppij cat j 0 n- This value for the absolute power consumption of the computer system 
represents the power required for running the application and other background processes on the 
computer system. The background power consumption of the computer system is determined by 
taking the difference of the power capacity values collected at the start and the end of the time 
period T BaS eiine. This value for the background power consumption of the computer system 
represents the power required for running the computer system without running the application. 
To determine the net power consumption, the difference between the absolute power 
consumption and the background power consumption is taken. 

[0036] According to an embodiment of the present absolute power consumption and net 
power consumption of the computer system is also determined using a second technique. In 
computing the absolute power consumption of the computer system with the second technique, 
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the drain rate data is numerically integrated between the start and end of the time period 
T A ppiication. Similarly, the background power consumption for the computer system is determined 
using the second technique by numerically integrating the drain rate data between the start and 
end of the time period T BaS eiine. The net power consumption is determined by taking the difference 
between the absolute power consumption and the background power consumption. 
[0037] At 41 1 , the absolute power consumption and net power consumption values 
determined using the power capacity and drain rate data are compared. If the absolute power 
consumption and net power consumption values are not within a predetermined range, control 
proceeds to 412. If the absolute power consumption and net power consumption values are 
within a predetermined range, control proceeds to 413. 

[0038] At 412, an indication is generated indicating that the absolute power consumption 
and net power consumption values computed using power capacity and drain rate values are 
inconsistent. 

[0039] At 413, the absolute power consumption and net power consumption values are 
presented. According to an embodiment of the present invention, processor utilization data is 
collected. In this embodiment, net power consumption values are presented only if the processor 
utilization is a predetermined threshold value greater during the run-time period T A p P iication than 
during the baseline period. 

[0040] According to an alternate embodiment of the present invention, the run-time period 
TAppiication is determined after the application has run and is allowed to complete. In this 
embodiment, T A ppii ca tion is not pre-defined and procedures 403 and 404 are not utilized. It should 
be appreciated that in this embodiment, when a new run-time is determined at 409 the application 
may require a change in workload in order to change the run-time. The change in workload may 
be altered by the application manager 210 or manually by a user of the computer system 100 
(shown in Figure 1). 
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[0041] Figure 5 is a flow chart illustrating a method for measuring the quality of power data 
according to an embodiment of the present invention. This procedure may be used to determine 
the systematic error due to update granularity of the power data as referenced in 407 of Figure 4. 
At 501, the power capacity data update interval (frequency) is determined. According to an 
embodiment of the present invention, the power capacity data update interval may be determined 
by observing the power capacity data over a period of time and measuring the amount of time the 
power capacity data changes during the time period T A p P iication. Since the power capacity of a 
battery in a computer system running on battery can only decrease, no consecutive power 
capacity data provided by the battery should be identical. The maximum duration required for a 
change is designated as the power capacity data update interval. 

[0042] At 502, the drain rate data update interval (frequency) is determined. According to 
an embodiment of the present invention, the drain rate data update interval may be determined by 
observing the drain rate data over a period of time and measuring the amount of time the drain 
rate data changes during the time period T App ij cat i on . Since power consumption in a computer 
system is constantly in fluctuation, no consecutive drain rate data of a battery in a computer 
system should be identical. The maximum duration required for a change is designated as the 
drain rate data update interval. 

[0043] At 503, the systematic error is computed. According to an embodiment of the 
present invention, the larger of the power capacity and drain rate data update interval is divided 
by the time period T Ap piication. This provides the upper bound of the systematic error percentage 
due to update granularity of the power data. 

[0044] Power capacity and drain rate data update interval is a system characteristic that may 
not be adjustable. Thus, the time period T A ppiication may be extended in order to reduce the 
systematic error. According to an embodiment of the present invention, this technique may be 
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used to compute a new run-time, T App ii ca ti 0 n, in order to reduce the systematic error to an 
acceptable level. 

[0045] Figures 4 and 5 are flow charts illustrating embodiments of the present invention. 
Some of the procedures illustrated in the figures may be performed sequentially, in parallel or in 
an order other than that which is described. For example, procedures 407-409 may be performed 
immediately after 404. It should be appreciated that not all of the procedures described are 
required, that additional procedures may be added, and that some of the illustrated procedures 
may be substituted with other procedures. 

[0046] Figure 6 illustrates exemplary power capacity data collected according to an 
embodiment of the present invention. Figure 6 shows a line that connects points of data collected 
for power capacity, measured in milliwatts hours, over time, measured in seconds. The run-time 
where the computer system ran the application evaluated is labeled as T Ap piication defined by 
sample points 601 and 602. The run-time where the computer system did not run the application 
is labeled as T Base ii n e defined by sample points 603 and 604. 

[0047] Figure 7 illustrates exemplary discharge rate data collected according to an 
embodiment of the present invention. Figure 7 shows a line that connects points of data collected 
for discharge rate, measured in milliwatts, over time, measured in seconds. The run-time where 
the computer system ran the application evaluated is labeled as T App ii cat i on defined by sample 
points 701 and 702. The run-time where the computer system did not run the application is 
labeled as T Bas eiine defined by sample points 703 and 704. 

[0048] Figure 8 illustrates the correlation between sampling points taken by the power 
evaluation unit 200 (shown in Figure 2) and power capacity data provided by the computer 
system 100 (shown in Figure 1) according to an embodiment of the present invention. In this 
example, the power evaluation unit 200 is sampling every second while the power capacity 
appears to be changing approximately every 19 seconds because the update granularity of the 
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battery information is approximately 19 seconds. Increasing the sampling rate of the power 
evaluation tool 200 provides for "sharper" steps, but does not increase the update on the 
frequency of the power capacity data provided by the computer system. 

[0049] Figure 9 is a table illustrating information generated by the power evaluation unit 200 
(shown in Figure 2) according to an embodiment of the present invention. According to an 
embodiment of the present invention, the power evaluation unit 200 selects sampled points that 
are closest to the actual start and end time of T Ap pi icat ion and T BaS eiine when actual points are not 
sampled at those instances. Alternatively, it should be appreciated that the power evaluation unit 
200 may estimate a value at the actual start and end time of T A ppii cat ion and T Ba seiine where actual 
points are not sampled at those instances. At 901, the elapsed time of process, T App ii cat i on , is listed. 
According to an embodiment of the present invention, the elapsed time of process may be 
calculated by taking the difference between the start and end times indicated by points 601 and 
602 on Figure 6 and points 701 and 702 on Figure 7. According to an alternate embodiment of 
the present invention, the elapsed time of process may be determined by the completion time of 
the application as allowed to run. 

[0050] At 902, the power consumption of the application and background processes 
(absolute power) computed using power capacity data is shown. The absolute power may be 
calculated by taking the difference in power capacity at the start and at the end of the run-time 
T A p P iication indicated by points 601 and 602. 

[0051] At 903, the power consumption of the background processes (background power) 
when the computer system 100 (shown in Figure 1) is in the baseline state is shown. The 
background power may be calculated by taking the difference in power capacity at the start and at 
the end of run time T Base iine indicated by points 603 and 604. 
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[0052] At 904, the power consumption of the application running on the computer system 
(net power) computed using power capacity data is shown. The net power may be calculated by 
subtracting the background power shown in 903 from the absolute power shown in 902. 
[0053] At 905, the power consumption of the application and background processes 
(absolute power) computed using drain rate data is shown. The absolute power may be calculated 
by numerically integrating the drain rate between the start and end points of T A p P ii cat i 0n indicated 
by points 701 and 702. 

[0054] At 906, the power consumption of the background processes (background power) 
when the computer system 100 is in the baseline state is shown. The background power may be 
calculated by numerically integrating the drain rate between the start and end points of T BaS eiine 
indicated by points 703 and 704. 

[0055] At 907, the power consumption of the application running on the computer system 
(net power) computed using drain rate data is shown. The net power may be calculated by 
subtracting the background power shown in 906 from the absolute power shown in 905. 
[0056] At 908, the power capacity data update interval is shown. The power capacity data 
update interval appears as a step function with discrete steps in Figure 8. The duration of each 
step can be measured to determine the update frequency of the power capacity data from the 
smart battery. The longest duration of all recorded steps during T Ap pii cation is designated as the 
power capacity update interval. 

[0057] At 909, the drain rate data update interval is shown. Similar to the power capacity 
update interval, the drain rate data update interval also appears as a step function with discrete 
steps. The duration of each step can be measured to determine the update frequency of the drain 
rate data from the smart battery. The longest duration of all recorded steps during T A ppii cat j 0n is 
designated as the drain rate update interval. 
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[0058] At 910, the systematic error of the power data is shown. The systematic error of the 
power data may be calculated by dividing the larger of the two update intervals shown in 908 and 
909 by the elapsed time shown in 901 . 

[0059] In the foregoing specification, the embodiments of the present invention have been 
described with reference to specific exemplary embodiments thereof. It will, however, be evident 
that various modifications and changes may be made thereto without departing from the broader 
spirit and scope of the embodiments of the present invention. The specification and drawings are, 
accordingly, to be regarded in an illustrative rather than restrictive sense. 
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